home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1997 July / EnigmA AMIGA RUN 20 (1997)(G.R. Edizioni)(IT)[!][issue 1997-07 & 08][EAR-CD IV].iso / lightwave / lwmlist / 96.lightwave-0222 / 000074_dwarner@webcom.com _Fri Feb 23 18:58:12 1996.msg < prev    next >
Internet Message Format  |  1996-03-08  |  5KB

  1. Received: from mail.webcom.com (mail.webcom.com [206.2.192.68]) by keeper.albany.net (8.7.1/8.7.1) with ESMTP id SAA29189 for <DWARNER@ALBANY.NET>; Fri, 23 Feb 1996 18:58:09 -0500 (EST)
  2. Received: from localhost by mail.webcom.com with SMTP
  3.     (1.37.109.15/16.2) id AA211699919; Fri, 23 Feb 1996 15:58:40 -0800
  4. Date: Fri, 23 Feb 1996 15:58:39 -0800
  5. Errors-To: dwarner@ALBANY.NET
  6. Message-Id: <960223103557_429769913@emout07.mail.aol.com>
  7. Errors-To: dwarner@ALBANY.NET
  8. Reply-To: lightwave@garcia.com
  9. Originator: lightwave@garcia.com
  10. Sender: lightwave@garcia.com
  11. Precedence: bulk
  12. From: JBooth411@aol.com
  13. To: lightwave@mail.webcom.com
  14. Subject: Re: LW interface (was Re: Projector lights)
  15. X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
  16. Status: RO
  17. X-Status: 
  18.  
  19. In a message dated 96-02-22 11:47:23 EST, you write:
  20.  
  21. >Not only is selecting multiple items needed, the whole idea of interacting
  22. >with ONLY ONE window at a time needs to be tossed out the window. You should
  23. >be able to bring up multiple motion channels, envelopes, displacement
  24. >mappers, etc. while still interactively working and viewing the results in
  25. >layout. The whole concept of "do this one operation, back out, and see the
  26. >results" is what cripples animation productivity more than anything else
  27. >in LightWave.
  28.  
  29.       My latests thoughts about lightwave interface re-design would be to
  30. take better advantage of the screen modes you get on a nice system. I'd like
  31. to see something where the current interface is kept (at whatever res you
  32. like, 640x480, or 800x600, lets use 640x480 for this example) but pushed into
  33. the corner on a higher res screen. Lets say you have a 1024x768 screen open,
  34. with lightwave taking 640x480 in the upper left corner. Then, with the
  35. remaining space, you could add a lot of functionality. I'd like to see a
  36. system where you can click on a button to enable 'lightwave interface
  37. editing', not the common drag the windows around approch other programs have.
  38. Once in this mode, you could open up, lets say, the objects pannel, grab some
  39. buttons out of the object skeleton window, and drag it down into a section of
  40. your unused space. 
  41.      This way, each user would have the current layout interface fully
  42. intact, with all the sub-windows fully intact, but his own configuration of
  43. short cuts in the extra space his screen res alows. Of course you'd have each
  44. configuration specific to a certain screen mode, so you'd have to configure
  45. differently at 800x600 (with 640x480 layout) than at 1024x768 (with 640x480
  46. layout). You should also be able to label and section the extra space as
  47. well, so you could easily have a scene, objects, images, and surfaces panel
  48. on the side of your screen, so you'd not have to enter those sub screens to
  49. get to those controls. You could also have a togle between the user moved
  50. shortcuts, and something like the scene panels heriarchy windows, which a
  51. very handy tool when working on large scenes. Multiple selections from that
  52. window could then be made, without the need to go into the scenes panel..
  53.      This violates one belief I have in interface design, I believe it should
  54. be consistant and the same on every system, no matter who sets it up. The
  55. reason I could deal with this is that it would be consistant, in that 640x480
  56. space (which, contains everything) but would have a nice area of shortcuts
  57. around the side and bottom. 
  58.       This is a kind of wierd approch to interface design, but lightwave
  59. already gracefully breaks every rule in interface design as it stands now, so
  60. I wouldn't mind further rule breaking. 
  61.      Obviously, this type of design would require some pretty fancy
  62. programing. But I have confidence in Stuart and Allen, even if I don't in
  63. Newtek. Also, the current crop of windows should be altered to alow for
  64. multiple edits at once. I agree with mark that this is the most crippling
  65. thing in lightwave now. The integration of modeler tools in layout would also
  66. be a great bonus, as being able to clone objects with modelers tools would be
  67. extremely handy for my work. I find myself writing a lot of strange plugins,
  68. which no one else would probrobly ever need, but I think it's just because of
  69. what I do with lightwave. A game designer definately has some different needs
  70. than your standard lightwave artist. In something I'm currently working on, I
  71. have to load up hundreds of objects and manualy position them around the top
  72. of a building. I could do this very easy if I made them a series of objects
  73. in modeler, and just moved and cloned them into place their - however, this
  74. will not surfice since the normals of those objects must be inside thier
  75. polygons, not 200m away at 0,0,0. I'm writing a simple plugin to take care of
  76. this, but in order to make deadlines, I'm doing a lot of it by hand. Oh
  77. well...
  78.     Anyway, just a few ideas I've been tossing around lately..